<div>
  Wenn angewählt, wird Jenkins Builds parallel planen und ausführen
  (vorausgesetzt, es existieren ausreichend viele Build-Prozessoren und
  Build-Aufträge). Dies ist nützlich bei Build- und Testjobs, die lange dauern:
  Wird öfter gebaut, so beinhaltet ein Build weniger Änderungen. Gleichzeitig
  verringert sich die Gesamtzeit, da ein Build nun nicht mehr so lange auf das
  Ende des vorausgehenden Builds warten muss. Parallele Ausführung ist oft auch
  in Kombination mit parametrisierten Builds nützlich, die unabhängig
  voneinander gebaut werden können.

  <p>
    Für bestimmte Arten von Jobs kann eine parallele Ausführung mehrerer Builds
    problematisch sein, z.B. wenn der Build exklusiven Zugriff auf eine
    bestimmte Ressource, etwa eine Datenbank, voraussetzt oder für Jobs, bei
    denen Jenkins als cron-Ersatz eingesetzt wird.
  </p>

  <p>
    Wenn Sie einen angepassten Arbeitsbereich verwenden und diese Option
    aktivieren, werden alle Ihre Builds gleichzeitig im selben Arbeitsbereich
    ausgeführt. Ohne weitere Vorkehrungen von Ihrer Seite werden Ihre Builds
    dann voraussichtlich miteinander kollidieren. Ist die Option deaktiviert,
    benutzt Jenkins für Builds jeweils einen eigenen, isolierten Arbeitsbereich
    - sogar wenn sie auf demselben Knoten ausgeführt werden.
  </p>

  <p>
    Falls Jenkins unterschiedliche Arbeitsbereiche einsetzt, hängt Jenkins "@
    <i>num</i>
    " an den Verzeichnisnamen des Arbeitsbereiches, z.B. "@2". Der Separator "@"
    kann konfiguriert werden indem das System Property
    "hudson.slaves.WorkspaceList" auf die gewünschte Separatorzeichenkette auf
    der Kommandozeile von Jenkins gesetzt wird. Z.B. durch
    "-Dhudson.slaves.WorkspaceList=-" wird der Bindestrich als Separator
    verwendet.
  </p>
</div>
